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Beschreibung 

Verfahren zum Spezif izieren, Ausfiihren und Analysieren von 
Verfahrensablaufen beim Erkennen 

Die Erfindung betrifft ein Verfahren zum Spezif izieren, Aus- 
ftihren und Analysieren von Verfahrensablaufen beim Erkennen 
von Sendungsaufschriften und Formulareintragungen. 

Die Erkennung erfolgt mit Hilfe von OCR-Lesesystemen und Vi- 
deokodiersystemen, wobei im Falle nicht eindeutiger Leseer- 
gebnisse des OCR-Lesesystems die entsprechenden AbbUder der 
Sendungsaufschriften oder Formulare an Videokodierplstze 
ubertragen werden, wo eine manuelle bzw. teilmanuelle Kodie- 
rung mit unterschiedlichen Kodierschritten unter Verwendung 
von Datenbanken der Aufschriften erfolgt. Die zu lesenden 
Aufschriften auf den Sendungen sind zum grofien Teil Adressen 
und als Datenbanken werden Adress- oder NachsendewQrterbucher 
exngesetzt. Mit dem festgelegten Verf ahrensablauf als wesent- 
licher Bestandteil der Ablauf steuerung wird der Ablauf der 
Bearbeitung jeder einzelnen Sendung oder jedes Formulars 
uberwacht und gesteuert. 

Der Verfahrensablauf definiert fur jede Sendung ode^ jedes 
Formular die Abfolge der einzelnen Bearbeitungsschr i tte und 
die endgtiltige Entscheidung, was mit der Sendung oder dem 
Formular im Gesamtsystem geschehen soll..Bei alien Entschei- 
dungen werden alle fur' die Entscheidung relevanten Informati- 
onen ausgewertet, die diesem Zeitpunkt vorliegen. Die fur die 
Entscheidungen relevanten Informationen sind z. B. Angaben 
aber den Typ der Sortiermaschine, den Typ der einzelnen Ko- 
dxergerate und bisher vorliegende Erkenntnisergebnisse . Wenn 
alle erforderlichen Schritte ausgefuhrt sind, wird die Uber- 
mittlung des Ergebniss.es an die Sortiermaschine veranlasst, 
damxt die Sendung oder das Formular entsprechend diesem Er- 
gebnis verteilt werden kann. 
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Bisher wurde zur Beschreibung und Realisierung gattungsgema- 
fler Verfahrensabiaufe ein regelbasierter Ansatz eingesetzt. 
In Abhangigkeit vom Anwendungsf all konnen daher Hunderte von 
Regeln zur Beschreibung aller moglichen Ablaufe notwendig 
sein. Diese umf angreichen Regelwerke waren jedoch nur sehr 
schwer wartbar und selbst kleine Anderungen hatten unvorher- 
sehbare Auswirkungen oder fiihrten zu einer erheblichen Stei- 
gerung der Anzahl der Regeln. Die Spezif izierung und die Ana- 
lyse der Regeln auf Konsistenz und Vollstandigkeit erforderte 
einen sehr hohen Auf wand. 



Der Erfindung liegt daher die Aufgabe zugrunde, ein Verfahren 
zu schaffen, mit dem der Aufwand beim Spezif izieren und Ana- 
lysieren gattungsgemSBer Verfahrensabiaufe stark reduziert 
wird. Erfindungsgema/i wird die Aufgabe durch die Merkmale des 
Anspruches 1 gelost. 

Durch die erf indungsgemalie graphische Darstellung als Fluss- 
diagramm der Verfahrensabiaufe mit Attributen und Funktions- 
angaben, die automatische Umwandlung in ein ladbares Modul, 
das entsprechend des jeweiligen Bearbeitungsschrittes aufge- 
rufen wird und die Analyse anhand der ubersichtlichen Dar- 
stellung wird der benotigte Aufwand zum Spezif izieren und A- 
nalysieren der Verfahrensabiaufe insbesondere in Testphasen 
erheblich reduziert. 

Vorteilhafte Ausgestaltungen der Erfindung sind in den Unter- 
anspriichen dargestellt. 

So ist es vorteilhaft, zusatzlich zu den Attributen auch Wer- 
tebereiche und Kommentare einzugeben. 

Vorteilhaft ist es auch, in die Attributsdatei zusatzlich zu 
den aktuellen Werten zugehorige Referenzen zu den Namen, Kom- 
mentaren und/oder zu den betreffenden Elementen / Bearbei- 
tungsschritten des Flussdiagramms einzutragen. 
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In einer weiteren vorteilhaf ten Weiterbildung wird bei der 
Analyse in dem dairgestellten Flussdiagramm der aktuelle Ver- 
fahrensschritt markiert. 



Zur verbesserten Obersichtlichkeit ist es auch vorteilhaft, 
die Attribute und Kommentare des aktuellen markierten Verfih- 
rensschrittes darzustellen. 



Die vorstehenden vorteilhaf ten Ausgestaltungen erleicht 
10 das Analysieren der Verf ahrensablauf e . 



ern 
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Vorteilhaft ist es auch, wahrend der Analyse die Parameter 
der Variablen und/oder Funktionen online zu verSndern und in 
das Flussdiagramm einzutragen. 

Nachstehend wird die Erfindung anhand der Zeichnungen in ei- 
nem Ausf uhrungsbeispiel naher erlSutert. 



Dabei zeigen 

20 FIG 1 a und b ein Flussdiagramm (Ausschnitt) als graphische 

Beschreibung eines Verf ahrensablauf es zum Vi- 
deokodieren einer Sendungsadresse . 

FIG 2 eine Bildschirmdarstellung fur eine of f line-Analyse zum 
25 obigen Flussdiagramm. 



30 



35 



Das hier beschriebene System bietet auf Basis gezeichneter 
Flussdiagramme eine integrierte graphische Entwicklungsumge- 
bung ftir die Spezif izierung, Ausfuhrung und Analyse von Ver- 
fahrensabiaufen zum Erkennen (automatisches Lesen und/oder 
Videokodieren) von Sendungsaufschriften und Formulareintra- 
gungen. Diese integrierte graphische Entwicklungsumgebung be- 
inhaltet die • graphische Beschreibung der Abiaufe, die Erzeu- 
gung der Lauf zeitumgebung und geeignete Tools fur Test und 
Diagnose der AblSufe. 
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Im Einzelnen werden folgende Funktionen unterstatzt: 

1. Erfassung und Anderung der graphischen Beschreibung des 
Verfahrensablaufes (hier mit Hilfe des Office Zeichenpro- 
gramms VISIO von Microsoft), 

2. rechnergestiitze automatische Generierung von Programmkode 
(hier C++ Kode) aus der graphischen Beschreibung, 

3. Tools fur Analyse (Diagnose und Debugging) auf der Ebene 
der originalen Zeichnung (Debugging und Trace Tools) . 



Wahrend der gesamten Bearbeitung bleiben die gezeichneten Ab- 
laufdiagramme die einzige Programmquelle, d.h. alle generier- 
ten Teile stellen nur ein Mittel zum Zweck dar und mussen vom 
Anwender nicht gepflegt werden. Die Tools fur die Analyse 
(Diagnose und Debugging) arbeiten ebenfalls mit einem direk- 
ten Zugriff auf die graphische Beschreibung. 

Im Folgenden wird als Anwendungsbeispiel der Verf ahrensablauf 
beim Videokodieren von Sendungsadressen (Kodierstrategie) 
dargestellt. 

Die Kodierstrategie wird durch eine oder mehrere Zeichnungen 
auf Basis von standardisierten Zeichnungselementen in Anleh- 
nung an ISO Flussdiagramme beschrieben. Zusatzlich werden in 
den Zeichnungen Attribute und Funktionen definiert (z.B. als 
spezielle Tabellen) . Attribute und Funktionen def inieren die 
Details des Einflusses einzelner Variablen und deren aktuel- 
ler Werte auf den Ablauf der Kodierstrategie. 

Attribute werden durch einen Namen und einen Typ definiert. 
Es werden die Typen „Text" und „Zahl- unterstatzt. Zusatzlich 
konnen ftir jedes Attribut noch ein Wertebereich und ein Kom- 
mentar angegeben werden. Der Wertebereich beschreibt die Men- 
ge der mSglichen Werte eines Attributes und in den Konunenta- 
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ren sollten die Bedeutungen der Attribute erlSutert werden 
Dadurch ist es spater bei der Analyse moglich, die Konunentare 
automatisch den aktuellen Werten zuzuordnen, was die Ver- 
standlichkeit bei der Analyse enorm erhoht. 



10 




Attribute werden entweder tiber das Interface der Kodierstra- 
tegie als Input aus dem Rahitienprogramm bereitgestellt oder 
haben fur die Kodierstrategie lokalen Charakter (z.B. fur die 
Speicherung von Zwischenergebnissen) . 

Bei Funktionen werden ebenfalls zwei Arten unterschieden . 
Entweder sind Funktionen innerhalb der Kodierstrategie defi- 
niert (lokale Funktionen) oder sie sind Bestandteil des Rah- 
menprogranuns und werden von der Kodierstrategie mit den aktu- 
ellen Parametern aufgerufen. 



20 



In der FIG .1 wird als Beispiel ein Ausschnitt aus dem Verfa- 
rensablauf (Kodierstrategie) zum Videokodieren von Sendungs- 
adressen dargestellt. 



Eine Erlauterung hierzu erfolgt in der folgenden Tabelle 




Bezugs- 

zeichen- 

Nr. 


Beschreibung 


1. 


Start der Funktion DECISION, 

das ist die Haupt funktion dieser Kodierstrategie 


2. 


Aufruf der Funktion PROC EVENT, 

diese Funktion ist im Rahmenprogramm definiert 

(siehe Kommentar 12) 


3. 


Prufen, ob Attribut RESULT STATUS qesetzt ist 


4 . 


Sprung zur Fort set zunqsmarke RETURN TO RIC 


5. 


Aufruf der Funktion CHECK CODING, 

ermittelt welche weiteren Kodierschritte ausgefiihrt 
werden mussen 


_6. 


PrQfen, ob Attribut RESULT STATUS qesetzt ist 
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15 



6 



i • 


Sprung zur Fortsetzungsmarke RETURN TO RIC 


Q 


Aufruf der Funktion PP DECISION, 

ermittelt alle Merkmale des Sortierergebnisses 


9. 


Prufen, ob Attribut RESULT STATUS = RS MORE CODING 
d.h. pruft ob weitere Kodierschritte notwendig ' sind 




Setzt Attribut RESULT STATUS zurtick 


11. 


Sprung zur Fortsetzungsmarke RETURN TO RIC 


1 0 


Liste der Funktionen des Rahmenprogramms, die aus 
der Kodierstrategie aufgerufen werden 


1 '5 


Fortsetzungsmarke RETURN TO RIC 


14. 


Aufruf der Funktionen TRACE VAR fur, die Attribute 
RESULT STATUS und UPDATE DSU 


15. 


^ J- J- wtri. r U.1 1 K L. X on irL/o 1 xrKUv^/ 

bearbeitet Statistiken 


16. 


Ruckkehr zum Rahmenprogramm, anschliefiend kann die 
nachste Entscheidung der Kodierstrategie aufgerufen 

werden 



Tab. 1 



Die durch das Flussdiagramm vollstandig beschriebene Kodier- 
strategie wird eingelesen und in eine interne Reprasentation 
iiberfuhrt (durch VISIO mittels Automation) . Aus dieser inter- 
nen Reprasentation wird Programmkode (C++ Quellkode) fur die 
Kodierstrategie generiert. Mit Hilfe des C-Compilers wird 
dann ein ladbares Modul erzeugt, das vom Rahmen der Kodier- 
strategie aufgerufen wird. Die Kodierstrategie wird bei alien 
Anderungen der Attribute einer Sendung aufgerufen und der 
weitere Ablauf wird neu bestimmt. 

Neben dem generierten Kode des eigentlichen Verf ahrenablauf es 
wird zusatzlich Kode zur Erzeugung von Traceob j ekten gene- 
riert, der wahrend der Laufzeit der Kodierstrategie die Auf- 
zeichnung von Diagnoseinf ormationen steuert. Die Traceobjekte 
enthalten alle Inf ormationen zu den Attributen (aktuelle Wer- 
te, Bezug zu Namen und Kommentaren) und eine eindeutige Refe- 
renz zu den ursprunglichen Elementen des Flussdiagramms . 
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Wahrend die Kodierstrategie ausgefuhrt wird, werden fur jeden 
Aufruf diese Traceobjekte zusammen mit den Werten der Attri- 
bute in einem Tracepuffer pro Sendung abgelegt. Wenn die Tra- 
cefunktion fur die Kodierstrategie aktiviert ist, werden die 
Tracepuffer fur eine spatere Analyse in einer Attributsdatei 
gespeichert, nachdem eine Sendung durch das Kodiersystem 
vollstandig bearbeitet wurde. 1st die Tracefunktion nicht ak- 
tiv, dann werden die Tracepuffer nicht gespeichert. 

Zu dem hier betrachteten Beispiel (FIG 1) sind nachfolgend 
Ausschnitte des generierten C++ Kodes dargestellt. 

Bezugs- 

zeichen- 

Nr. 

/* 

*■ generated code using template template . cpp, 

* do not edit 

*/ 

#ifndef CS_TEMPLATE_INCLUDED 
^define CS_TEMPLATE_INCLUDED 

rfinclude "tracebuf.h" 

1 void Decision (void) 
{ 

TraceEntry (37, 7, "Decision") ; 

/* The main entry in this CodingStrateqv */ 
TracePtI37,29) ; 

2 ProcEventO; 

3 if (ResultStatus . is set 0 ) { 

4 TracePt (37, 3 6) ; 

/* RjturftrRI?™/"^"' coding - step/ early decision V 
TracePt (37, 4 6) ; 

LI : ; 

13 TracePt (37, 70) ; 

14 TraceVar (ResultStatus) ; 
TraceVar (UpdateDSU) ; 

TracePt (37, 47) ; 

15 PostProcO; 
TracePt (37, 49) ; 

/* Let RIC perform next coding step/ decision */ 
} else { 

TracePt (37,35) ; 



16 
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L2 : ; 

TracePt (37, 9) ; 

/* Determine, if additional coding steps are neccess^r•^. 
before final decision can be made */ neccessary 

5 CheckCoding ( ) ; 
TracePt (37, 16) ; 

6 if (ResultStatus.is_set 0 ) { 

TracePt (37,26) ; 

7 goto LI; /* 37,46 */ 
} else { 

TracePt (37,18) ; 

• • ■ 

8 PPDecision 0 ; 
TracePt (37, 25) ; 

if (ResultStatus == RS MoreCodina) «{ 
TracePt (37,27) ; 
ResultStatus . clear ( ) ; 



goto L2; /* 37,35 */ 
} else { 
11 TracePt (37,24) ; 

• • • 

goto Ll; /* 37,46 */ 

} 

} 

TraceExit ("Decision") ; /* 37,7 */ 



Dxe in der Attributsdatei auf gezeichneten Tracepuf f erdaten 
konnen ftlr die detaillierte Analyse des durch die Kodierstra- 
tegie gesteuerten Ablaufes der Bearbeitung jeder Sendung ge- 
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nutzt werden. 



Uber ein spezielles User Interface werden- dem Anwender die 
Informationen aus dem aufgezeichneten Tracepuffer zusammen 
mxt dem zugehorigen originalen Flussdiagramm der Kodierstra- 
tegie dargestellt. 

Bei der Offline Analyse kann der Ablauf aller Bearbeitungs- 
schritte einer Sendung nachvollzogen werden. Dabei werden dem 
Anwender die ausgefuhrten Schritte in dem originalen Fluss- 
diagramm der Kodierstrategie mit alien fur die Analyse rele- 
vanten Informationen dargestellt. FQr die Analyse der AblSufe 
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einer Kodierstrategie werden dem Anwender gemafi FIG 2 folgen- 

de Informationen in einzelnen Fenstern dargestellf 

. Zeichnung des Flussdiagranuns, die aktuelle Position inner- 

halb der originalen Zeichnung der Kodierstrategie wird mar- 

kiert, 20, 

• das Bild der Sendung, 21, 

• Informationen zu den Attributen (bezogen auf den Bearbei- 
tungsschritt werden die jeweils aktuellen Werte der Attri- 
bute dargestellt) , 22, 

• Aufrufliste bei Funktionsauf ruf en, 23, 

• Kapitelindex, Nummer des aktuellen Kapitels der Zeichnung 
(Kapitel und Unterkapitel der aktuellen Position) und Liste 
aller Kapitel, 25, 

• optional zusatzliche Logfile Ausgaben, 24. 

Der Anwender hat nun die Moglichkeit, den im Traceouffer ge- 
speicherten Ablauf der Bearbeitung der jeweiligen Sendung 
nachzuvollziehen. Dabei hat er wie mit einem Source-Level De- 
bugger die Moglichkeit, durch den Tracepuffer zu navigieren. 

Es werden die iiblichen Kommandos eines Source-Level Debugger 
unterstutzt: 

• Benutzung von Break-Punkten, 

• Step-in, 

• Step-Over, 

• Step-Out' usw. 

In der graphischen Darstellung der Kodierstrategie (VISIO- 
Flussdiagramin) wird der jeweils aktuelle Schritt markiert 
Der Anwender sieht, wie die Markierung mit der Ausfuhrung der 
einzelnen Schritte durch die Zeichnung gefuhrt wird Bei je- 
dem Schritt werden far alle Attribute Werte sowie Kommentare 
zu den aktuellen Werten dargestellt. Damit stehen dem Anwen- 
der fur jede aufgezeichnete Sendung alle zur Analyse der Ab- 
laufe der Kodierstrategie notwendigen Informationen zur Ver- 
fugung, d.h. alle AblSufe konnen nachtrSglich im Detail ana- 
lysiert werden. 
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Dieses Verfahren bietet die Moglichkeit einer detaillierten 
Analyse bezogen auf jede einzelne Sendung, die in dem System 
bearbeitet wurde. Auch nachdem eine sehr groBe Anzahl von 
Sendungen bearbeitet wurde, kann die Analyse noch Stunden 
nach der eigentlichen Bearbeitung der Sendungen vorgenoimnen 
werden. Mit diesem Diagnosewerkzeug konnen selbst hoch kom- 
plexe Kodierstrategien analysiert werden und im Falle von 
fehlerhaften Entscheidungen auf diesem Weg die speziellen 
Fehlerursachen ermittelt werden. 

Das beschriebene Verfahren ist auch fur Online Tests aeeig- 
net. Bei Online Tests kann eine in der Entwicklung befindli- 
che Kodierstrategie schrittweise ausgefuhrt und getestet wer- 
den. Dabei kann der Anwender uber das User Interface der Ent- 
wicklungsumgebung mit einem speziellen Kommando in der ge- 
zeichneten Kodierstrategie einen Break-Punkt definie-en Bei 
Erreichen des Break-Punktes wird das Bild der gerade bearbei- 
teten Sendung im User Interface auf geschaltet und der aktuel- 
le Tracepuffer wird wie zuvor beschrieben benutzt, urn den Ab- 
lauf bis zur aktuellen Situation darzustellen und detail- 
liert zu analysieren. Anders als bei der Offline Analyse kon- 
nen hierbei zusatzlich die Attribute auch verandert werden 
und damit der weitere Ablauf beeinflulit werden. Nach der Ana- 
lyse kann die Bearbeitung fortgesetzt werden (eventuell bis 
zum nachsten Break-Punkt) . 
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Patentansprtiche 



.. Verfahren zum Spezif izieren, Ausfuhren und Analysieren von 
Verfahrensablaufen beim Erkennen von Sendungsauf schrif ten 
und Formulareintragungen, dadurch gekenn- 
zeichnet,dass inder Spezif izierungsphase die 
Verfahrensablaufe als Flussdiagramme mit Attributen und 
Funktionsangaben, die den Einfluss einzelner Variabler auf 
den Verfahrensablauf definieren, in ein Computersystem in 
graphischer Form eingegeben werden, wobei .aus den Fluss- 
diagrammen automatisch Kodes als interne Reprasentation 
generiert werden, die mittels eines Compilers in ein lad- 
bares, ausfuhrbares Modul uberfuhrt wird, das in der Abar- 
beitungsphase zum Erkennen der jeweiligen Sendungsauf- 
schrift Oder Formulareintragung fur jeden Bearbeitungs- 
schritt aufgerufen wird, dass in der Abarbeitungsphase zum 
Erkennen fur jeden Bearbeitungsschritt Informationen zur 
Beschreibung des jeweils aktuellen Ablaufs und die aktuel- 
len Werte der Attribute in eine Attributsdatei oeschrieben 
werden und dass in der spateren Analysephase zur Rekon- 
struktion der einzelnen Bearbeitungsschritte wahrend der 
Abarbeitungsphase der Verlauf der Bearbeitung jeder Sen- 
dung Oder jedes Formulars in den Flussdiagrammen mit den 
Attributen zusammen mit den dazugehorigen Abbildern der 
Sendungsaufschriften oder Formulareintragungen dargestellt 
werden, wobei die Attribute die aktuellen Werte aus der 
Attributsdatei f ur . die jeweilige Sendungsauf schrif t oder 
Formulareintragung zeigen. 

Verfahren nach Anspruch 1, dadurch gekenn- 
zeichnet,dass zuden Attributen zusatzlich 
noch Wertebereiche und Kommentare eingegeben werden. 

Verfahren nach Anspruch 1, dadurch gekenn- 
zeichnet,dass in die. Attributsdatei zusatz- 
lich zu den aktuellen Werten der Attribute Referenzen zu 
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den dazugehorenden Namen und Kommentaren eingetragen wer- 
den. 



4. Verfahren nach Anspruch 1 oder 3, dadurch ge- 
zeichnet,dass in die Attributsdatei zusatz- 
lich zu den aktuellen Werten der Attribute jeweils eine 
Referenz zu den betreffenden Elementen des Flussdiagramms 
eingetragen wird. 

5. Verfahren nach Anspruch 1, dadurch gekenn- 
z e i c h n e t , d a s s bei der Analyse^ in dem darge- 
stellten Flussdiagramm der aktuelle Verf ahrensschritt mar- 
kiert wird. 

6. Verfahren nach Anspruch 5, dadurch gekenn- 
z e i c h n e t , d a s s bei der Analyse die Attribute 
und Kommentare des aktuellen, markierten Verf ahrensschrit- 
tes dargestellt werden. 

7. Verfahren nach Anspruch 1, dadurch gekenn- 
zeichnet,dass. wShrend der online Analyse zum 
Testen von Ablaufen die Werte der Variablen und/oder Para- 
meter der Funktionen online verandert werden und dadurch 
der Ablauf beeinflusst wird. 
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Zusammenf assung 



Verfahren zum Spezif izieren, Ausfuhren und Analysieren von 
Verfahrensablaufen beim Erkennen 

Die Erfindung betrifft ein Verfahren zum Spezif izieren, Aus- 
fuhren und Analysieren von Verfahrensablaufen beim Erkennen 
von Sendungsaufschriften und Formulareintragungen . In der 
Spezifizierungsphase werden die Verf ahrensablauf e als Fluss- 
diagramme mit Attributen und Funktionsangaben, die den Ein- 
fluss einzelner Variabler auf den Verf ahrensablauf definie- 
ren, m ein Computersystem in graphischer Form eingegeben 
Aus den Flussdiagrammen werden dann automatisch Kodes als in- 
terne Representation generiert, die mittels eines Compilers 
m em ladbares, ausfuhrbares Modul tiberftihrt wird, das in 
der Abarbeitungsphase zum Erkennen der jeweiligen Sendungs- 
aurschrift oder Formulareintragung fur jeden Bearbeitunas- 
schrxtt aufgerufen wird. In der Abarbeitungsphase zum Erken- 
nen werden fur jeden Bearbeitungsschritt Inf ormationen zur 
Beschreibung des jeweils aktuellen Ablaufs und die aktuellen 
Werte der Attribute in eine Attributsdatei geschrieben. In 
der Analysephase wird der Verlauf der Bearbeitung jeder Sen- 
dung Oder jedes Formulars in den Flussdiagrammen mit den Att- 
ributen zusammen mit den dazugehorigen Abbildern der Sen- • 
dungsaufschriften oder Formulareintragungen dargestellt 
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3 

3.1 



DECISION CODE 
MAIN FLOW 




1/3 



THE MAIN ENTRY IN THIS CODING STRATEGY 



RESULTSTATUS.IS_SET() 




LET RIC PERFORM 
NEXT CODING STEP/ 
EARLY DECISION 



DETERMINE; IF ADDITINAL CODING 
STEPS ARE NECESSARY BEFORE 
FINAL DECISION CAN BE MADE 



RESULTSTATUS.IS_SET() 
YES- 




LET RIC PERFORM 
NEXT CODING STEP/ 
EARLY DECISION 



DETERMINE 

- SORTING RESULT 
-LABEL TO GENERATE 

- HARDCOPY NOTIFICATION 
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#INCLUDE "INTERFACE.CPP" 
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VOID PROCEVENTQ; 
VOID CHECKCODINGQ; 
VOID UAA_DUETOMOVE0; 
VOID DECIDENIXIEQ; 
VOID POSTPROCQ: 



//CODING 
//CODING 
//UAA_MOVE 
//NIXIE 

//POST PROC 
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fRETURN^ 
0*0 RICy 



1^ 
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TRACEVAR (RESULTSTATUS); 
TRACEVAR (UPDATEDSU); ' 



POSTPROCQ 
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